Generation of service specification of a solution

ABSTRACT

A method and associated system for generating a service specification of a solution. Each process of at least one process is decomposed into at least one atomic service process. The service specification of the solution to be compatible with both a process model framework that includes the at least one process and a data model framework that includes at least one data element that is indirectly matched to the at least one process. The service specification represents a respective process interface of each atomic service process that performs a respective atomic service in the solution. The customized service specification is stored in a database.

This application is a Continuation application claiming priority to Ser.No. 14/588,524, filed Jan. 2, 2015, now U.S. Pat. No. 9,411,833, issuedAug. 9, 2016, which is a Continuation of Ser. No. 13/732,504, Filed Jan.2, 2013, U.S. Pat. No. 9,002,853, issued Apr. 7, 2015, which is aContinuation of Ser. No. 12/759,166, Filed Apr. 13, 2010, issued Feb.26, 2013, U.S. Pat. No. 8,386,524.

BACKGROUND OF THE INVENTION

The present invention discloses a system and associated method forautomatically generating service specifications for a Service OrientedArchitecture (SOA) solution, in the field of, inter alia,object-oriented design for computerized industry-specific businesssolutions and automated implementations thereof. Conventional method fordeveloping a SOA solution utilizes industry-specific data models andprocess models. Because industry-specific data models and process modelsare separately adapted to describe data objects and process elements inrespective models, specifying services of the SOA solution in a mannercompatible with both data models and the process models islabor-intensive and costly, and manually generated servicespecifications are difficult to implement.

BRIEF SUMMARY

According to one embodiment of the present invention, a method forautomatically generating service specifications of a Service OrientedArchitecture (SOA) solution comprises receiving a process modelframework and a data model framework by a processor of a computersystem, the process model framework comprising at least one process,each process of said at least one process performing a respectiveservice of the SOA solution, each process being associated with arespective level in a hierarchy based on complexity of the respectiveservice performed by each process, the data model framework comprisingat least one data element that is indirectly matched to said at leastone process; decomposing each process into at least one atomic serviceprocess, each process manipulating at least one data object of the SOAsolution, said at least one data object associating each process to saidat least one data element, such that each process is mapped to arespective set of said at least one atomic service process thatmanipulates a respective set of said at least one data object, whereinthe respective set of said at least one atomic service process performsa service equivalent to the respective service performed by eachprocess; customizing the service specification of the SOA solutionpursuant to at least one user input received from a user such that theservice specification is compatible with both the process modelframework and the data model framework, wherein the servicespecification represents a respective process interface of each atomicservice process of said at least one atomic service process thatperforms a respective atomic service in the SOA solution; and storingthe customized service specification in a database coupled to thecomputer system, wherein the database comprises a data model extensionand a service specification data structure such that the data modelframework is enhanced with reusable attributes and patterns ingenerating another service specification.

According to one embodiment of the present invention, a computer programproduct comprises a computer readable memory unit that embodies acomputer readable program code. The computer readable program codecontains instructions that, when run by a processor of a computersystem, implement a method for automatically generating servicespecifications of a Service Oriented Architecture (SOA) solution.

According to one embodiment of the present invention, a computer systemcomprises a processor and a computer readable memory unit coupled to theprocessor, wherein the computer readable memory unit containinginstructions that, when run by the processor, implement a method forautomatically generating service specifications of a Service OrientedArchitecture (SOA) solution.

According to one embodiment of the present invention, a process forsupporting computer infrastructure, said process comprising providing atleast one support service for at least one of creating, integrating,hosting, maintaining, and deploying computer-readable code in acomputing system, wherein the code in combination with the computingsystem is capable of performing a method for automatically generatingservice specifications of a Service Oriented Architecture (SOA)solution.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

FIG. 1 illustrates a system for automatically generating a servicespecification of a Service Oriented Architecture (SOA) solution, inaccordance with embodiments of the present invention.

FIG. 2A is a first example of the process model framework in the inputsof FIG. 1, represented in eTOM process model framework map format, inaccordance with the embodiments of the present invention.

FIG. 2B is a second example of the process model framework in the inputsof FIG. 1, represented in eTOM process model framework tree format, inaccordance with the embodiments of the present invention.

FIG. 2C is an example of the process model footprint in the database ofFIG. 1, in accordance with the embodiments of the present invention.

FIG. 3 is a flowchart depicting a method for automatically generatingservice specification of a Service Oriented Architecture (SOA) solution,as performed by the service specification generator of FIG. 1, inaccordance with the embodiments of the present invention.

FIG. 4A is a flowchart depicting a method for deconstructing processesof the process model framework as performed by the process decomposer ofstep 200 in FIG. 3, in accordance with the embodiments of the presentinvention.

FIG. 4B is a flowchart depicting a method for automatically leveling anindividual process of the business process model framework as performedby the process leveler of step 210 in FIG. 4A, in accordance with theembodiments of the present invention.

FIG. 4C is a flowchart depicting a method for automatically registeringan atomic process to the database as performed in step 220 in FIG. 4A,in accordance with the embodiments of the present invention.

FIG. 5A is a flowchart depicting a method for automatically customizinga service specification of processes of the business process modelframework pursuant to a data model framework as performed by the servicespecification customizer of step 300 in FIG. 3, in accordance with theembodiments of the present invention.

FIG. 5B is a flowchart depicting a method for automatically customizinga service specification of processes of the business process modelframework pursuant to a data model framework as performed by the serviceoption handler of step 330 in FIG. 5A, in accordance with theembodiments of the present invention.

FIG. 5C is a flowchart depicting a method for automatically customizinga service specification of processes of the business process modelframework pursuant to a data model framework as performed by the processoption handler of step 350 in FIG. 5A, in accordance with theembodiments of the present invention.

FIG. 6 illustrates a computer system used for automatically generatingservice specifications of a Service Oriented Architecture (SOA)solution, in accordance with the embodiments of the present invention.

DETAILED DESCRIPTION

FIG. 1 illustrates a system 10 for automatically generating a servicespecification of a Service Oriented Architecture (SOA) solution, inaccordance with embodiments of the present invention.

The system 10 comprises inputs 20, a service specification generator 30,and a database 40. The service specification generator 30 receives theinputs 20 and stores data items generated from processing the inputs 20into the database 40. The service specification generator 30 generatesthe service specifications of the SOA solution that are compatible withframeworks of the inputs 20 and implementation-oriented. The inputs 20and the database 40 are distinguished only from the perspective of theservice specification generator 30. According to one embodiment of thepresent invention, the inputs 20 and the database 40 is implemented asone physical data storage. In another embodiment of the presentinvention, the inputs 20 and the database 40 is implemented by use of arespective physical storage medium.

The service oriented architecture (SOA) solution comprises servicemodules, or simply services. In this detailed description, the term“service” is defined, in the context of the SOA solution, as awell-defined, self-contained, and independent function within the SOAsolution. In this detailed description, the term “service specification”is defined, in the context of the SOA solution, as animplementation-oriented description of a service interface comprisingprocessing components and data components.

In one embodiment of the present invention, the service specificationsare generated in the Web Services Description Language (WSDL). In thesame embodiment, the SOA solution is designed according to the NextGeneration Operations Systems and Software (NGOSS) Solution Frameworkspublished by TeleManagement (TM) Forum. The NGOSS Solution Frameworksare commonly used to develop a SOA solution to provided services intelecommunication industry.

The inputs 20 comprise a process model framework 21 and a data modelframework 22. The process model framework 21 is a model of businessprocesses to provide services of the SOA solution. The process modelframework 21 is organized in a hierarchy based on respectivecomplexities of the business processes. Each business process in theprocess model framework 21 corresponds to at least one service of arespective granularity level within the SOA solution, according to thefunctional complexity of each business process. Each business process inthe process model framework 21 operates by manipulating data objects ofthe SOA solution. In this specification the term “manipulating” refersto data operation of any kind, inter alia, insertion, deletion, update,etc., in the context of database technology.

In this specification, the terms “complexity” and “granularity” are usedinterchangeably to represents a simpler process has a lower granularitythat provides a service of lower complexity. The term “hierarchy” isused in the context of the SOA solution to indicate complexity levels ofservices that is associated with respective processes of the processmodel framework. The term “atomic service” is defined as a smallestmeaningful element of services provided in the SOA solution. The term“atomic service process” is defined as a process of the process modelframework that provides a respective atomic service. The term “coarseservice” is defined as a complex service provided in the SOA solution,which is equivalent to a respective combination of atomic services. Theterm “coarse service process” is defined as a process of the processmodel framework that provides a respective coarse service. Atomicservice processes are in the lowest level of the hierarchy of theprocess model framework. Coarse service processes are in a level higherthan the atomic service processes in the hierarchy of the process modelframework.

The data model framework 22 is a model for data objects for the SOAsolution. The data elements of the data model framework 22 and theparameters of the processes of the process model framework 22 do notcorrespond. In this specification, terms “data component” and “dataelement” indicate a data item without processing capability, geneticallyor in the context of the data model framework 22. In contrast, the term“data object” is defined as a data item utilized the SOA solution, whichis derived from data components used in processes of the process modelframework 21.

In one embodiment of the present invention, the process model framework21 employs the Business Process Framework referred to as “the EnhancedTelecom Operations Map® (eTOM),” which is a process model element of theNGOSS Solution Frameworks by TM Forum. In the same embodiment of thepresent invention, the data model framework 22 employs the InformationFramework referred to as “Shared Information/Data model (SID),” which isa data model element of the NGOSS Solution Frameworks by TM Forum. TheNGOSS Solution Frameworks have other elemental frameworks forrespectively designated functionalities which are not related to thepresent invention.

Although the eTOM and SID frameworks are components of the NGOSSSolution Frameworks, eTOM processes and SID data elements are notinterrelated. Because each SID data element is only related to other SIDdata elements and operates according to attributes and interactions ofother interdependent SID data elements, interrelationship amongst SIDdata elements is complex. Also, eTOM Framework does not represent eTOMprocesses with implementation-oriented specifics. Consequently, inconventional method of developing a SOA solution utilizing the eTOM andSID frameworks, implementing eTOM processes by representing parametersof eTOM processes as SID data elements is costly and inefficient.Conventional methods of mapping the process model framework and the datamodel framework are at domain level or at conceptual Aggregate BusinessEntity (ABE) level, which do not include implementation-orientedspecifics of the SOA solution.

By automatically generating implementation-oriented servicespecifications of the SOA solution, the method of the present inventionprovides a systematic way to relate the process model framework with thedata model framework in developing the SOA solution. The method of thepresent invention may be employed in generating an industry-specific SOAsolution from industry-specific process model and data model instead ofdeveloping a custom-designed SOA solution from scratch. In conventionaldevelopment of the SOA solution, industry-specific process model anddata model only provides a template of the SOA solution, butimplementation-dependent specifics of the SOA solution such as serviceinterface specification must be manually configured.

The service specification generator 30 receives the inputs 20 and storesdata items generated from processing the inputs 20 into the database 40.The service specification generator 30 comprises a process decomposer 31and a service specification customizer 32. See descriptions of FIG. 3,infra, for detailed steps of the service specification generator 30. Theprocessor decomposer 31 breaks down coarsely grained business processesin the process model framework 21 into component business processes of alowest granularity level. In this specification, the term “atomicservice” is defined as a service of the lowest granularity level.Services of higher granularity levels are referred to as “coarseservices,” which is represented as a combination of atomic services. Seedescriptions of FIG. 4A, infra, for detailed steps of the processdecomposer 31. The service specification customizer 32 generates arespective service specification for each business process that is alsocompliant with the data model framework 22 to implement the businessprocess as a service in the SOA solution. If the business processprovides a coarse service within the process model framework 21, servicespecifications of all component business processes of the businessprocess that provide a respective atomic service comprising the coarseservice are generated. The service specification customizer 32 producesand stores the service specifications into the database 40. Seedescriptions of FIG. 5A, infra, for detailed steps of the servicespecification customizer 32.

In one embodiment of the present invention, the specification generator30 is a component of Telco Strategic Process Modeler (TSPM) modelingtool from IBM® to automatically generate service specifications toimplement a specific SOA solution modeled by the TSPM tool. (IBM is aregistered trademark of the International Business Machines, Inc., inthe United States.) The service specifications are generated for eachbusiness process specified in the TSPM tool, according to a respectivegranularity level of business processes. If a business process is of acoarse granularity level, a service specification for the businessprocess is generated by combining one or more service specifications forcomponent business processes of the business process. The respectiveservice specifications of the component business processes have arespective granularity level finer than the coarse granularity level ofthe business process. The service specifications are directlyimplemented upon adjusting middleware compatibility, which is notavailable with service specifications generated in conventional manualdesigns.

The database 40 comprises a slice identifier 41, a process modelfootprint 42, a path matrix 43, an atomic service operation list 44, aservice specification data structure 45, a data model extension 46, acoarse service operation mapping list 47, and a service specification50.

The slice identifier 41 identifies each decomposed slice of processes ofthe process model framework 21. Because all processes are decomposed tohave the lowest granularity level in the hierarchy of the process modelframework 21, the slices are referred to as leveled processes. In thisspecification, the term “slice identifier” is defined as an identifierof a process slice within the SOA solution. The slice identifier 41 isgenerated by the process decomposer 31. Each decomposed slice ofprocesses is referred to as a process slice, or simply a slice. Seedescriptions of FIG. 4A, infra, for a step generating the sliceidentifier 41.

The process model footprint 42 represents the business processes in theprocess model framework 21 related to the slice identifier 41 by use ofthe service specification data structure 45. The process model footprint42 is generated by the process decomposer 31. See descriptions of FIG.4A, infra, for a step generating the process model footprint 42.

The path matrix 43 is associated with said each decomposed slice ofprocesses identified by the slice identifier 41. Each decomposed sliceemploys a respective set of data objects comprising an anchor object.The path matrix 43 comprises the respective set of data objects andrespective paths from the anchor objects to all other data objects inthe path matrix 43. The path matrix 43 further comprises respectivepaths from each slice to all other slices. See descriptions of FIG. 4A,infra, for a step generating the path matrix 43.

The atomic service operation list 44 is a list of atomic servicesidentified in the process model framework 21. Each atomic service of theatomic service operation list 44 is respectively associated with serviceoperations to provide for the atomic service. See descriptions of FIG.4A, infra, for a step generating the atomic service operation list 44.

The service specification data structure 45 is a normalized data modelof the data model framework 22 that represents data objects of thedecomposed process slices. The service specification data structure 45comprises flexibility data patterns that make the data elements of thedata model framework 22 more flexible for the SOA solution and to bereused in various service specifications. An example of the additionaldata patterns may be, inter alia, a self referencing pattern inobject-oriented programming concepts to encapsulate multi-levelhierarchy of incoming/outgoing messages. See descriptions of FIGS. 4A,4B and 4C, infra, for a step generating the service specification datastructure 45.

The data model extension 46 is an extended characteristic of a dataobject of the process slice. The data model extension 46 may be, interalia, attribute, object, relation level, etc. The data model extension46 is defined in various applicability levels such that one data modelextension may be generally applicable to industry data model andutilized in updating the data model framework 22, and another data modelextension may be applied only to the specific SOA solution. Seedescriptions of FIG. 4A, infra, for a step generating the data modelextension 46.

The coarse service operation mapping list 47 is a list that mapsoperations of a coarse service to atomic service operations listed inthe atomic service operation list 44. In this specification, the term“coarse service” is defined as a service of a granularity level that ishigher than the lowest level of the hierarchy in the process modelframework, of which operations are performed as a combination ofmultiple atomic service operations. See descriptions of FIG. 4A, infra,for a step generating the coarse service operation mapping list 47.

The service specification 50 is, as defined above, animplementation-oriented description of a service interface comprisingprocessing elements of the process model framework 21 and data elementsof the data model framework 22. See descriptions of FIG. 3, infra, forsteps generating the service specification 50.

In one embodiment of the present invention, the slice identifier ID1represents a leveled eTOM process model footprintCustomerDetailsManagement. An atomic service operation list of the sliceis “: Operations: CreateCustomerDetails, ModifyCustomerDetails,RetrieveCustomerDetails, DeleteCustomerDetails”, wherein“CreateCustomerDetails”, “ModifyCustomerDetails”,“RetrieveCustomerDetails”, and “DeleteCustomerDetails” are atomicservice operations to be performed to provide a service“CustomerDetailsManagement” that has Level 3 granularity, which is thefinest granularity level representing atomic operations in the eTOMprocess model framework hierarchy. In the same embodiment, a process ofLevel 2 granularity level is internally mapped into Level 3 granularityprocesses, and a process of Level 1 granularity level is first mappedinto Level 2 granularity processes and then mapped into atomicoperations of Level 3 granularity processes.

FIG. 2A is a first example 21Ea of the process model framework in theinputs 20 of FIG. 1, supra, represented in eTOM process model frameworkmap format, in accordance with the embodiments of the present invention.

The first example 21EA is an eTOM map that illustrates processes in theeTOM Business Process Framework of the NGOSS Solution Frameworkspublished by IM Forum. The processes in the eTOM map of the firstexample 21EA are categorized into multiple types comprising EnterpriseA2 and Operations A3. The processes in the eTOM map of the first example21EA may also be represented an eTOM tree that is equivalent to the eTOMmap 21EA. See descriptions of FIG. 2B, infra, for details of anequivalent eTOM tree.

FIG. 2B is a second example 21EB of the process model framework in theinputs 20 of FIG. 1, supra, represented in eTOM process model frameworktree format, in accordance with the embodiments of the presentinvention.

The second example 21EB is an eTOM tree that hierarchically representsprocesses in the eTOM Business Process Framework of the NGOSS SolutionFrameworks published by TM Forum. The processes in the second example21EB of the eTOM tree are respectively associated with data elements inthe SID Information Framework, which is an embodiment of the data modelframework 22 of FIG. 1, supra. The processes and data elements areassociated by use of, inter alia, lexicographic matching of vocabularybetween the process and related data elements, customized backgroundinformation common to processes and data elements related to respectiveprocesses, etc.

FIG. 2C is an example 42E of the process model footprint 42 in thedatabase 40 of FIG. 1, supra, in accordance with the embodiments of thepresent invention.

The example 42E of the process model footprint is created for a businessprocess “ManageCustomerDetails” that manages customer information of anindividual customer. Headers H0, H1, H15 and H2 are shown to representsimilarities among multiple items of the example process model footprint42E.

A first header H0 represents a common part“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/”shared by the names of all example process model footprint items E11,E12, E13, E14, E151, E152, E153, E154, E16, E21, E22, E23, E24, E25 andE26, to indicate that the items are relevant to a business transactionand parties to the business transaction according to roles of theparties. The first header H0 is represented in a dashed box to indicatethat the first header H0 is not an item in the example process modelfootprint 42E.

A second header H1 represents a common part“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole/Party/Individual/”shared by the names of the example process model footprint items E11,E12, E13, E14, E151, E152, E153, E154 and E16, to indicate that theitems are relevant to a party to the business transaction whose role isan individual person. The second header H1 is represented in a dashedbox to indicate that the second header H1 is not an item in the exampleprocess model footprint 42E.

Item E11

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole/Party/Individual/[aliveDuring]/TimePeriod/startDateTime,etc” specifies a life span of the individual person.

Item E12

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole/Party/Individual/CountryOfBirth/Country/name”specifies a name of a country in which the individual person was born.

Item E13

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole/Party/Individual/gender”specifies gender information indicating whether the individual person ismale or female.

Item E14

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole/Party/Individual/individualIdentifiedBy/PassportIdentification,DriversLicense, SocialSecurityNumberIdentification (with relatedattributes)” specifies detailed identification information such assupporting document used in identifying the individual person.

A third header H15 represents a common part“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole/Party/Individual/individualNamedUsing/IndividualName/”shared by the names of the example process model footprint items E151,E152, E153 and E154, to indicate that the items are relevant to a nameof the individual person. The third header H15 is represented in adashed box to indicate that the third header H15 is not an item in theexample process model footprint 42E.

Item E151

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole/Party/Individual/individualNamedUsing/IndividualName/aristocraticTitle,familyNameSuffix,formattedName,FormOfAddress,givenName,MiddleName,legalName,middleName,qualifications,etc” specifies detailed information on thename of the individual person.

Item E152

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole/Party/Individual/individualNamedUsing/IndividualName/ValidFor/endDateTime,startDateTime”specifies validity information of the name of the individual person incases for a name change of the individual person during a certainperiod.

Item E153

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole/Party/Individual/individualNamedUsing/IndividualName/PartyNameDefinedUsing/Language/alphabetName”specifies a language in which the name of the individual person isdefined.

Item E154

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole/Party/Individual/individualNamedUsing/IndividualName/NameRuleCountry/Country/Name”specifies a name of a country in which the name of the individual personis defined.

Item E16

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole[PartyPlays]Party/Individual/[partyHas]/LanguageAbility{listeningProficiency,readingProficiency,speakingProficiency,writingProficiency}” specifieslanguage ability of the individual person.

A fourth header H2 represents a common part

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole[PartyPlays]Party/Organization” shared by the names of the example processmodel footprint items E21, E22, E23, E24, E25 and E26, to indicate thatthe items are relevant to a party to the business transaction that is anorganization. The fourth header H2 is represented in a dashed box toindicate that the fourth header H2 is not an item in the example processmodel footprint 42E.

Item E21

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole[PartyPlays]Party/Organization{isLegalEntity,existsDuring,PartyId,ValidFor,type}”specifies that details of the organization comprise whether theorganization is a legal entity, a period during which the organizationexists, an identification of the organization, etc.

Item E22

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole[PartyPlays]Party/Organization/existsDuring/TimePeriod{endDateTime,StartDateTime}”specifies the period during which the organization exists.

Item E23

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole[PartyPlays] Party/Organization [hasRoles]/competitor” specifies informationrelated to a competitor of the organization.

Item E24

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole[PartyPlays]Party/Organization[hasRoles]/organizationPost” specifies postalinformation of the organization.

Item E25

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole[PartyPlays]Party/Organization[OrganizationIdentifiedBy]/OrganizationIdentification/CompanyRegistration{issueDate,scan}”specifies identification of the organization relevant to registrationinformation.

Item E26

“BusinessInteraction[BusinessInteractionInvolves]BusinessInteractionRole/PartyInteractionRole[PartyInteractionRoleIdentifiedBy]/PartyRole[PartyPlays]Party/Organization[OrganizationNamedUsing]/OrganizationName{nameType,tradingName}”specifies name information of the organization, comprising a type ofname and a trading name.

FIG. 3 is a flowchart depicting a method for automatically generatingservice specification of a Service Oriented Architecture (SOA) solution,as performed by the service specification generator of FIG. 1 supra, inaccordance with the embodiments of the present invention.

The service specification generator generates the service specificationby intertwining a process model framework and a data model frameworkprovided as the inputs such that the generated service specification iscompatible with both the process model framework and the data modelframework. Each operation of the processes in the process modelframework is associated with a respective service of the SOA solution.Data elements of the data model framework are mapped to inputs andoutputs of component operations of the processes. The servicespecification is generated as an interface of the respective service inthe SOA solution in terms of data elements of the data model framework.The interface specified in the service specification may be, inter alia,incoming/outgoing messages of the respective service, a set ofcoordinated interactions among multiple services, etc. The servicespecification enables consistent and effective implementation of the SOAsolution by employing the data elements of the data model framework inspecifying interfaces of the services instead of implementing theservice interfaces of the SOA solution directly from the process inputsand outputs.

In step 100, the service specification generator retrieves the inputscomprising the process model framework and the data model framework.Then the service specification generator proceeds with step 200.

In step 200, the service specification generator decomposes processes ofthe process model framework by performing a process decomposer. Seedescription of FIG. 4A infra for steps performed by of the processdecomposer. Then the service specification generator proceeds with step300.

In step 300, the service specification generator generates the servicespecification customized for the decomposed processes by performing aservice specification customizer. See description of FIG. 5A infra forsteps performed by the service specification customizer. Then theservice specification generator proceeds with step 400.

In step 400, the service specification generator stores the generatedservice specification in the database and transfers the generatedservice specification to output devices of a computer system in whichthe service specification generator runs to communicate the generatedservice specification with users or other computer systems. Seedescription of FIG. 6, infra, for details of the computer system. Thenthe service specification generator terminates.

The service specification generator enables developers of SOA solutionsto automatically generate service specifications for the SOA solutionsthat correspond to services of the SOA solutions. By employingindustry-specific data model framework, service specifications aregenerated in a normalized fashion. The service specification generatorenables timely and cost-effective development and implementation of theSOA solutions by eliminating manual and arbitrary association ofprocesses with service specifications as common in conventional methodof defining service interfaces.

FIG. 4A is a flowchart depicting a method for deconstructing processesof the process model framework as performed by the process decomposer ofstep 200 in FIG. 3 supra, in accordance with the embodiments of thepresent invention.

Steps 205, 210 and 220 are performed for all processes in all levels ofthe process model framework hierarchy. The process decomposer selectsthe lowest level of the process model framework hierarchy as a currentlevel in an outer loop. The process decomposer performs steps 205, 210and 220 for each process in the current level in an inner loop. When theprocess decomposer finishes deconstructing all processes in the currentlevel, then the process decomposer exits the inner loop and continueswith the outer loop. In the outer loop, the process decomposer updatesthe current level with a next higher level in the process modelframework hierarchy and proceeds with the inner loop to deconstruct eachprocess in the updated current level. When the process decomposercompletes all levels in the process model framework hierarchy, theprocess decomposer terminates and the service specification generator ofFIG. 3 supra proceeds with the service specification customized. In theembodiment wherein the process model framework is eTOM, the processmodel framework hierarchy has three (3) levels.

In step 205, the process decomposer determines a function of a currentprocess. If the process decomposer determines that the current processperforms a coarse service, then the process decomposer proceeds withstep 210. If the process decomposer determines that the current processperforms an atomic service, then the process decomposer proceeds withstep 220.

In step 210, the process decomposer performs a process leveler to levelthe current process that performs the coarse service. See description ofFIG. 4B infra for steps of the process leveler. Then the processdecomposer proceeds with step 220.

In step 220, the process decomposer registers the current process thatperforms an atomic service. See description of FIG. 4C infra for stepsof the registration of the atomic service process. Then the processdecomposer proceeds with a next process in the current level.

FIG. 4B is a flowchart depicting a method for automatically leveling anindividual process of the business process model framework as performedby the process leveler of step 210 in FIG. 4A supra, in accordance withthe embodiments of the present invention.

In step 2101, the process leveler decomposes the current process intoprocess slices of lower levels in the process model framework hierarchy.The process leveler identifies a respective set of data objectsassociated with each process slice, wherein the respective set of dataobjects comprises a respective anchor object. Then the process levelerproceeds with step 2102.

In step 2102, the process leveler links the respective set of dataobjects for all process slices to the respective anchor object viarespective path matrices. Then the process leveler proceeds with step2103.

In step 2103, the process leveler defines the atomic service operationlist that identifies unit services of the SOA solution and operations ofthe respective unit services. Then the process leveler proceeds withstep 2104.

In step 2104, the process leveler creates the coarse service operationmapping list that maps all coarse services to a correspondingcombination of atomic service operations, and subsequently stores thecoarse service operation mapping list in the database. Then the processleveler proceeds with step 2105.

In step 2105, the process leveler determines, for each process slicethat has been generated in step 2101, whether a current process sliceprovides an atomic service operation by searching the atomic serviceoperation list for the current process slice. If the process levelerdetermines that the current process slice provides an atomic serviceoperation, as said searching results in locating the current processslice in the atomic service operation list, then the process levelerperforms step 2105 for a next process slice. If the process levelerdetermines that the current process slice does not provide an atomicservice operation, as the current process slice is not found in saidsearching the atomic service operation list, then the process levelerproceeds with step 2106. Upon determining that all process slicesprovides a respective atomic service operation in step 2105, the processleveler terminates.

In step 2106, the process leveler assigns the current process slice tothe current process. Then the process leveler loops back to step 2101 tolevel the current process into lower level process slices.

FIG. 4C is a flowchart depicting a method for automatically registeringan atomic process to the database as performed in step 220 in FIG. 4Asupra, in accordance with the embodiments of the present invention.

In step 2201, the process decomposer identifies at least one sliceidentifier of the current process from step 220 of FIG. 4A supra and aprocess model footprint associated with each slice identifier. Then theprocess decomposer proceeds with step 2202.

In step 2202, the process decomposer adds flexibility data patterns tothe service specification data structure of the current process. Thenthe process decomposer proceeds with step 2203.

In step 2203, the process decomposer enables provision to add data modelextensions to the service specification data structure of the currentprocess. Then the process decomposer proceeds with step 2204.

In step 2204, the process decomposer enables the path matrix of thecurrent process. Then the process decomposer proceeds with step 2205.

In step 2204, the process decomposer registers the atomic serviceoperation list of the current process in database. Then the processdecomposer proceeds with step 205 of FIG. 4A supra.

FIG. 5A is a flowchart depicting a method for automatically customizinga service specification of processes of the business process modelframework pursuant to a data model framework as performed by the servicespecification customizer of step 300 in FIG. 3 supra, in accordance withthe embodiments of the present invention.

In step 305, the service specification customizer displays customizationoptions and prompts a user input to select an option. The customizationoptions, or simply referred to as options, comprise a service option anda process option. Then the service specification customizer proceedswith step 310.

In step 310, the service specification customizer receives the userinput selecting the customization option. Then the service specificationcustomizer proceeds with step 320.

In step 320, the service specification customizer determines whichoption has been selected by the user. If the service specificationcustomizer determines that the user had selected the service option, theservice specification customizer proceeds with step 330. If the servicespecification customizer determines that the user had selected theprocess option, the service specification customizer proceeds with step350.

In step 330, the service specification customizer performs a serviceoption handler. See description of FIG. 5B infra for steps of theservice option handler. After performing step 330, the servicespecification customizer terminates and the service specificationgenerator proceeds with step 400 of FIG. 3 supra.

In step 350, the service specification customizer performs a processoption handier. See description of FIG. 5C infra for steps of theprocess option handler. After performing step 350, the servicespecification customizer terminates and the service specificationgenerator proceeds with step 400 of FIG. 3 supra.

FIG. 5B is a flowchart depicting a method for automatically customizinga service specification of processes of the business process modelframework pursuant to a data model framework as performed by the serviceoption handler of step 330 in FIG. 5A supra, in accordance with theembodiments of the present invention.

In step 3301, the service option handler selects a service according tothe user input of step 310 of FIG. 5A supra. Then the service optionhandler proceeds with step 3302.

In step 3302, the service option handler customizes service names of theselected service according to the user input. Then the service optionhandler proceeds with step 3303.

The service option handler performs steps 3303, 3304, 3305, and 3306 asa loop for all component processes of the selected service.

In step 3303, the service option handler searches the database for dataobjects and process slices related to the selected service. Then theservice option handler proceeds with step 3304.

In step 3304, the service option handler selects an anchor object of theselected service from the data objects located in step 3303 according tothe user input. Then the service option handler proceeds with step 3305,

In step 3305, the service option handler selects in-scope objects andterminal objects of the selected service from the data objects locatedin step 3303 according to the user input. Then the service optionhandler proceeds with step 3306.

In step 3306, the service option handler displays a process modelfootprint of the selected service to the user. Then the service optionhandler loops back to step 3303 for a next component process of theselected service. Upon performing the loop comprising steps 3303 to 3306for all component processes of the selected service, the service optionhandler proceeds with step 3307.

In step 3307, the service option handler selects types of the data modelextension for the selected service according to the user input. Then theservice option handler proceeds with step 3308.

In step 3308, the service option handler attaches a servicespecification data structure to process slices of the selected serviceaccording to the user input. Then the service option handler proceedswith step 3309.

In step 3309, the service option handler retrieves path matrices for allrelated atomic services of the selected service and prompts the user toselect a path matrix. Then the service option handler terminates and theservice specification generator of FIG. 3 supra proceeds with step 400.

FIG. 5C is a flowchart depicting a method for automatically customizinga service specification of processes of the business process modelframework pursuant to a data model framework as performed by the processoption handler of step 350 in FIG. 5A supra, in accordance with theembodiments of the present invention.

In step 3501, the process option handler selects a process according tothe user input of step 310 of FIG. 5A supra. Then the process optionhandler proceeds with step 3502.

The process option handler performs steps 3502, 3503, 3504, and 3505 asa loop for all component processes of the selected process.

In step 3502, the process option handler searches the database for dataobjects and process slices related to the selected process. Then theprocess option handler proceeds with step 3503.

In step 3503, the process option handler selects an anchor object of theselected process from the data objects located in step 3502 according tothe user input. Then the process option handier proceeds with step 3504.

In step 3504, the process option handler selects in-scope objects andterminal objects of the selected process from the data objects locatedin step 3502 according to the user input. Then the process optionhandler proceeds with step 3505.

In step 3505, the process option handler displays a process modelfootprint of the selected process to the user. Then the process optionhandler loops back to step 3502 for a next component process of theselected process. Upon performing the loop comprising steps 3502 to 3505for all component processes of the selected process, the process optionhandler proceeds with step 3506.

In step 3506, the process option handler selects types of the data modelextension for the selected process according to the user input. Then theprocess option handler proceeds with step 3507.

In step 3507, the process option handler attaches a servicespecification data structure to process slices of the selected processaccording to the user input. Then the process option handler proceedswith step 3508.

In step 3508, the process option handler determines a granularity levelof the selected process. If the process option handler determines thatthe selected process is an atomic service process, then the processoption handler proceeds with step 3509. If the process option handlerdetermines that the selected process is a coarse service process, thenthe process option handler proceeds with step 3510.

In step 3509, the process option handler retrieves an atomic serviceoperation list associated with the atomic service performed by theselected process as the selected process is an atomic service process.Then the process option handler terminates and the service specificationgenerator of FIG. 3 supra proceeds with step 400.

In step 3510, the process option handler retrieves a respective pathmatrix for all component atomic process of the selected process as theselected process is a coarse service process. The process option handleralso prompts the user to select a path matrix. Then the process optionhandler proceeds with step 3511.

In step 3511, the process option handler retrieves a coarse serviceoperation mapping list associated with the selected process to locateatomic service operations to perform the selected process. Then theprocess option handler terminates and the service specificationgenerator of FIG. 3 supra proceeds with step 400.

FIG. 6 illustrates a computer system used for automatically generatingservice specifications of a Service Oriented Architecture (SOA)solution, in accordance with the embodiments of the present invention.

The computer system 90 comprises a processor 91, an input device 92coupled to the processor 91, an output device 93 coupled to theprocessor 91, and computer readable memory units comprising memorydevices 94 and 95 each coupled to the processor 91. The input device 92may be, inter alia, a keyboard, a mouse, a keypad, a touch screen, avoice recognition device, a sensor, a network interface card (NIC), aVoice/video over Internet Protocol (VOIP) adapter, a wireless adapter, atelephone adapter, a dedicated circuit adapter, etc. The output device93 may be, inter alia, a printer, a plotter, a computer screen, amagnetic tape, a removable hard disk, a floppy disk, a NIC, a VOIPadapter, a wireless adapter, a telephone adapter, a dedicated circuitadapter, an audio and/or visual signal generator, a light emitting diode(LED), etc. The memory devices 94 and 95 may be, inter alia, a cache, adynamic random access memory (DRAM), a read-only memory (ROM), a harddisk, a floppy disk, a magnetic tape, an optical storage such as acompact disk (CD) or a digital video disk (DVD), etc. The memory device95 includes a computer code 97 which is a computer program code thatcomprises computer-executable instructions. The computer code 97includes, inter alia, an algorithm used for generating servicespecifications of the Service Oriented Architecture (SOA) solutionaccording to the present invention. The processor 91 executes thecomputer code 97. The memory device 94 includes input data 96. The inputdata 96 includes input required by the computer code 97. The outputdevice 93 displays output from the computer code 97. Either or bothmemory devices 94 and 95 (or one or more additional memory devices notshown in FIG. 6) may be used as a computer readable storage medium (or acomputer usable storage medium or a program storage device) having acomputer readable program code embodied therein and/or having other datastored therein, wherein the computer readable program code comprises thecomputer code 97. Generally, a computer program product (or,alternatively, an article of manufacture) of the computer system 90 maycomprise said computer readable storage medium (or said program storagedevice).

Any of the components of the present invention can be deployed, managed,serviced, etc. by a service provider that offers to deploy or integratecomputing infrastructure with respect to a process for dynamicallybuilding a web interface per data collecting rules of the presentinvention. Thus, the present invention discloses a process forsupporting computer infrastructure, comprising integrating, hosting,maintaining and deploying computer-readable code into a computing system(e.g., computing system 90), wherein the code in combination with thecomputing system is capable of performing a method for generatingservice specifications of the Service Oriented Architecture (SOA)solution.

In another embodiment, the invention provides a method that performs theprocess steps of the invention on a subscription, advertising and/or feebasis. That is, a service provider, such as a Solution Integrator, canoffer to create, maintain, support, etc. a process for generatingservice specifications of the Service Oriented Architecture (SOA) of thepresent invention. In this case, the service provider can create,maintain, support, etc. a computer infrastructure that performs theprocess steps of the invention for one or more customers. In return, theservice provider can receive payment from the customer(s) under asubscription and/or fee agreement, and/or the service provider canreceive payment from the sale of advertising content to one or morethird parties.

While FIG. 6 shows the computer system 90 as a particular configurationof hardware and software, any configuration of hardware and software, aswould be known to a person of ordinary skill in the art, may be utilizedfor the purposes stated supra in conjunction with the particularcomputer system 90 of FIG. 6. For example, the memory devices 94 and 95may be portions of a single memory device rather than separate memorydevices.

As will be appreciated by one skilled in the art, the present inventionmay be embodied as a system, method or computer program product.Accordingly, the present invention may take the form of an entirelyhardware embodiment, an entirely software embodiment (includingfirmware, resident software, micro-code, etc.) or an embodimentcombining software and hardware aspects that may all generally bereferred to herein as a “circuit,” “module” or “system.” Furthermore,the present invention may take the form of a computer program productembodied in any tangible medium of expression having computer-usableprogram code embodied in the medium.

Any combination of one or more computer usable or computer readablemedium(s) 94, 95 may be utilized. The term computer usable medium orcomputer readable medium collectively refers to computer usable/readablestorage medium 94, 95. The computer-usable or computer-readable medium94, 95 may be, for example but not limited to, an electronic, magnetic,optical, electromagnetic, infrared, or semiconductor system, apparatus,a device, or any suitable combination of the foregoing. More specificexamples (a non-exhaustive list) of the computer-readable medium 94, 95would include the following: an electrical connection having one or morewires, a portable computer diskette, a hard disk, a random access memory(RAM), a read-only memory (ROM), an erasable programmable read-onlymemory (EPROM or Flash memory), an optical fiber, a portable compactdisc read-only memory (CD-ROM), an optical storage device, a magneticstorage device, or any suitable combination of the foregoing. Note thatthe computer-usable or computer-readable medium 94, 95 could even bepaper or another suitable medium upon which the program is printed, asthe program can be electronically captured, via, for instance, opticalscanning of the paper or other medium, then compiled, interpreted, orotherwise processed in a suitable manner, if necessary, and then storedin a computer memory. In the context of this document, a computer-usableor computer-readable medium 94, 95 may be any medium that can contain,or store a program for use by or in connection with a system, apparatus,or device that executes instructions.

Computer code 97 for carrying out operations of the present inventionmay be written in any combination of one or more programming languages,including an object oriented programming language such as Java,Smalltalk, C++ or the like and conventional procedural programminglanguages, such as the “C” programming language or similar programminglanguages. The computer code 97 may execute entirely on the user'scomputer, partly on the user's computer, as a stand-alone softwarepackage, partly on the user's computer and partly on a remote computeror entirely on the remote computer or server. In the latter scenario,the remote computer may be connected to the user's computer through anytype of network, including a local area network (LAN) or a wide areanetwork (WAN), or the connection may be made to an external computer(for example, through the Internet using an Internet Service Provider).

The present invention is described with reference to flowchartillustrations and/or block diagrams of methods, apparatus (systems) andcomputer program products according to embodiments of the invention. Itwill be understood that each block of the flowchart illustrations and/orblock diagrams, and combinations of blocks in the flowchartillustrations and/or block diagrams, can be implemented by computerprogram instructions. The term “computer program instructions” isinterchangeable with the term “computer code 97” in this specification.These computer program instructions may be provided to a processor of ageneral purpose computer, special purpose computer, or otherprogrammable data processing apparatus to produce a machine, such thatthe instructions, which execute via the processor of the computer orother programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks.

These computer program instructions may also be stored in thecomputer-readable medium 94, 95 that can direct a computer or otherprogrammable data processing apparatus to function in a particularmanner, such that the instructions stored in the computer-readablemedium produce an article of manufacture including instruction meanswhich implement the function/act specified in the flowchart and/or blockdiagram block or blocks.

The computer program instructions may also be loaded onto a computer orother programmable data processing apparatus to cause a series ofoperational steps to be performed on the computer or other programmableapparatus to produce a computer implemented process such that theinstructions which execute on the computer or other programmableapparatus provide processes for implementing the functions/actsspecified in the flowchart and/or block diagram block or blocks.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof code, which comprises one or more executable instructions forimplementing the specified logical function(s). It should also be notedthat, in some alternative implementations, the functions noted in theblock may occur out of the order noted in the figures. For example, twoblocks shown in succession may, in fact, be run substantiallyconcurrently, or the blocks may sometimes be run in the reverse order,depending upon the functionality involved. It will also be noted thateach block of the block diagrams and/or flowchart illustration, andcombinations of blocks in the block diagrams and/or flowchartillustration, can be implemented by special purpose hardware-basedsystems that perform the specified functions or acts, or combinations ofspecial purpose hardware and computer instructions.

The corresponding structures, materials, acts, and equivalents of allmeans or step plus function elements in the claims are intended toinclude any structure, material, or act for performing the function incombination with other claimed elements as specifically claimed. Thedescription of the present invention has been presented for purposes ofillustration and description, but is not intended to be exhaustive orlimited to the invention in the form disclosed. Many modifications andvariations will be apparent to those of ordinary skill in the artwithout departing from the scope and spirit of the invention. Theembodiment was chosen and described in order to best explain theprinciples of the invention and the practical application, and to enableothers of ordinary skill in the art to understand the invention forvarious embodiments with various modifications as are suited to theparticular use contemplated.

What is claimed is:
 1. A method for generating a service specificationof a solution, said method comprising: decomposing, by a processor of acomputer system, each process of at least one process into at least oneatomic service process, wherein a process model framework comprises theat least one process, wherein each process of the at least one processoperates to manipulate at least one data object, wherein the at leastone data object associates each process of the at least one process toat least one data element, wherein a data model framework comprises theat least one data element, wherein each process of the at least oneprocess is mapped to a respective set of the at least one atomic serviceprocess that manipulates a respective set of the at least one dataobject, and wherein the respective set of the at least one atomicservice process performs a service equivalent to a respective serviceperformed by each process of the at least one process, wherein eachprocess of the at least one process is associated with a respectivelevel in a hierarchy based on complexity of the respective serviceperformed by each process of the at least one process, and wherein saiddecomposing comprises determining that a current process in a firstlevel of the hierarchy performs a coarse service, the current processcomprising at least one process slice in a second level of thehierarchy, wherein the second level is lower than the first levelindicating that the at least one process slice performs a respectiveservice less complex than the current process; said processor generatingthe service specification of the solution by customizing the servicespecification of the solution to be compatible with both the processmodel framework and the data model framework, wherein the customizedservice specification of the solution represents a respective processinterface of each atomic service process of the at least one atomicservice process that performs a respective atomic service in thesolution; and said processor storing the customized servicespecification in a database coupled to the computer system.
 2. Themethod of claim 1, said decomposing further comprising: identifying theat least one process slice and one or more process slice data objectsemployed in the at least one process slice, wherein the at least onedata object comprises a collection of the one or more process slice dataobjects for all process slices of the at least one process slice.
 3. Themethod of claim 2, said decomposing further comprising: linkingidentified process slice data objects via a path matrix of the currentprocess; producing an atomic service operation list that enumerates atleast one atomic service performed by the at least one process slice;recording the atomic service operation list in the database; generating,in the database, a coarse service operation mapping list that maps thecoarse service to a combination of the at least one atomic service inthe atomic service operation list; and upon determining that eachprocess slice of the at least one process slice performs a respectiveatomic service, registering each process slice of the at least oneprocess slice in the database such that the service specification of thesolution comprise a respective process interface of the registeredprocess slice.
 4. The method of claim 1, said customizing comprising:selecting, according to a first user input, a service of the solutionfor which the service specification is generated; modifying a name ofthe selected service according to a second user input; locating, fromthe database, a set of data objects employed in the selected service anda set of process slices that collectively provide the selected service;identifying an anchor object, in-scope objects, and terminal objectsamong the located data objects according to a third user input;displaying a process model footprint of the selected service; selectinga type of a data model extension for the selected service according to afourth user input; attaching a service specification data structure tothe set of process slices of the selected service according to a fifthuser input; retrieving, from the database, a set of path matrices foreach process slice from the set of process slices; and selecting, fromthe retrieved set of path matrices, a path matrix to utilize in theservice specification according to a sixth user input, wherein thecustomized service specification for the selected service comprises thename of the selected service, a respective slice identifier for eachprocess slice of the at least one process slice, the anchor object, thein-scope objects, the terminal objects, the type of the data modelextension, the service specification data structure, and the pathmatrix.
 5. The method of claim 1, said customizing comprising: selectinga process of the process model framework according to a first user inputlocating, from the database, a set of data objects employed in theselected process and a set of process slices that collective provide aservice corresponding to the selected process; identifying an anchorobject, in-scope objects, and terminal objects among the located dataobjects according to a second user input; displaying a process modelfootprint of the selected process; selecting a type of a data modelextension for the selected process according to a third user input;attaching a service specification data structure to the set of processslices of the selected process according to a fourth user input;determining that the selected process performs a coarse service;retrieving, from the database, a set of path matrices for each processslice from the set of process slices; and selecting, from the retrievedset of path matrices, a path matrix to utilize in the servicespecification according to a fifth user input; and wherein thecustomized service specification for the selected process comprises arespective slice identifier for each process slice, the anchor object,the in-scope objects, the terminal objects, the type of the data modelextension, and the service specification data structure.
 6. The methodof claim 1, said customizing comprising: selecting a process of theprocess model framework according to a first user input; locating, fromthe database, a set of data objects employed in the selected process anda set of process slices that collective providing a servicecorresponding to the selected process; identifying an anchor object,in-scope objects, and terminal objects among the located data objectsaccording to a second user input; displaying a process model footprintof the selected process; selecting a type of a data model extension forthe selected process according to a third user input; attaching aservice specification data structure to the set of process slices of theselected process according to a fourth user input; determining that theselected process performs an atomic service, wherein the selectedprocess comprises a process slice that is associated with a sliceidentifier; and retrieving, from the database, an atomic serviceoperation list that enumerates at least one atomic service performed bythe at least one process slice; wherein the customized servicespecification for the selected process comprises the slice identifier,the anchor object, the in-scope objects, the terminal objects, the typeof the data model extension, the service specification data structure,and the atomic service operation list.
 7. The method of claim 1, whereinthe process model framework is the Enhanced Telecom Operations Map(eTOM) from the Next Generation Operations Systems Software (NGOSS)Solution Frameworks, wherein the data model framework is the SharedInformation/Data model (SID) from the NGOSS Solution Frameworks, andwherein the service specifications of the solution is generated in WebServices Description Language (WSDL).
 8. The method of claim 1, saidmethod further comprising: providing at least one support service for atleast one of creating, integrating, hosting, maintaining, and deployingcomputer-readable program code in the computer system, said program codebeing executed by the processor to implement said decomposing, saidcustomizing, and said storing.
 9. A computer program product comprisinga computer readable hardware storage device storing a computer readableprogram code therein, said computer readable program code containinginstructions configured to be executed by a processor of a computersystem to perform a method for generating a service specification of asolution, said method comprising: said processor decomposing eachprocess of at least one process into at least one atomic serviceprocess, wherein a process model framework comprises the at least oneprocess, wherein each process of the at least one process operates tomanipulate at least one data object, wherein the at least one dataobject associates each process of the at least one process to at leastone data element, wherein a data model framework comprises the at leastone data element, wherein each process of the at least one process ismapped to a respective set of the at least one atomic service processthat manipulates a respective set of the at least one data object, andwherein the respective set of the at least one atomic service processperforms a service equivalent to a respective service performed by eachprocess of the at least one process, wherein each process of the atleast one process is associated with a respective level in a hierarchybased on complexity of the respective service performed by each processof the at least one process, and wherein said decomposing comprisesdetermining that a current process in a first level of the hierarchyperforms a coarse service, the current process comprising at least oneprocess slice in a second level of the hierarchy, wherein the secondlevel is lower than the first level indicating that the at least oneprocess slice performs a respective service less complex than thecurrent process; said processor generating the service specification ofthe solution by customizing the service specification of the solution tobe compatible with both the process model framework and the data modelframework, wherein the customized service specification of the solutionrepresents a respective process interface of each atomic service processof the at least one atomic service process that performs a respectiveatomic service in the solution; and said processor storing thecustomized service specification in a database coupled to the computersystem.
 10. The computer program product of claim 9, said decomposingfurther comprising: identifying the at least one process slice and oneor more process slice data objects employed in the at least one processslice, wherein the at least one data object comprises a collection ofthe one or more process slice data objects for all process slices of theat least one process slice.
 11. The computer program product of claim10, said decomposing further comprising: linking identified processslice data objects via a path matrix of the current process; producingan atomic service operation list that enumerates at least one atomicservice performed by the at least one process slice; recording theatomic service operation list in the database; generating, in thedatabase, a coarse service operation mapping list that maps the coarseservice to a combination of the at least one atomic service in theatomic service operation list; and upon determining that each processslice of the at least one process slice performs a respective atomicservice, registering each process slice of the at least one processslice in the database such that the service specification of thesolution comprise a respective process interface of the registeredprocess slice.
 12. A computer system comprising a processor, a memorycoupled to the processor, and a computer readable storage device coupledto the processor, said storage device containing program code configuredto be executed by the processor via the memory to implement a method forgenerating a service specification of a solution, said methodcomprising: said processor decomposing each process of at least oneprocess into at least one atomic service process, wherein a processmodel framework comprises the at least one process, wherein each processof the at least one process operates to manipulate at least one dataobject, wherein the at least one data object associates each process ofthe at least one process to at least one data element, wherein a datamodel framework comprises the at least one data element, wherein eachprocess of the at least one process is mapped to a respective set of theat least one atomic service process that manipulates a respective set ofthe at least one data object, and wherein the respective set of the atleast one atomic service process performs a service equivalent to arespective service performed by each process of the at least oneprocess, wherein each process of the at least one process is associatedwith a respective level in a hierarchy based on complexity of therespective service performed by each process of the at least oneprocess, and wherein said decomposing comprises determining that acurrent process in a first level of the hierarchy performs a coarseservice, the current process comprising at least one process slice in asecond level of the hierarchy, wherein the second level is lower thanthe first level indicating that the at least one process slice performsa respective service less complex than the current process; saidprocessor generating the service specification of the solution bycustomizing the service specification of the solution to be compatiblewith both the process model framework and the data model framework,wherein the customized service specification of the solution representsa respective process interface of each atomic service process of the atleast one atomic service process that performs a respective atomicservice in the solution; and said processor storing the customizedservice specification in a database coupled to the computer system. 13.The computer system of claim 12, said customizing comprising: selecting,according to a first user input, a service of the solution for which theservice specification is generated; modifying a name of the selectedservice according to a second user input; locating, from the database, aset of data objects employed in the selected service and a set ofprocess slices that collectively provide the selected service;identifying an anchor object, in-scope objects, and terminal objectsamong the located data objects according to a third user input;displaying a process model footprint of the selected service; selectinga type of a data model extension for the selected service according to afourth user input; attaching a service specification data structure tothe set of process slices of the selected service according to a fifthuser input; retrieving, from the database, a set of path matrices foreach process slice from the set of process slices; and selecting, fromthe retrieved set of path matrices, a path matrix to utilize in theservice specification according to a sixth user input, wherein thecustomized service specification for the selected service comprises thename of the selected service, a respective slice identifier for eachprocess slice, the anchor object, the in-scope objects, the terminalobjects, the type of the data model extension, the service specificationdata structure, and the path matrix.
 14. The computer system of claim12, said customizing comprising: selecting a process of the processmodel framework according to a first user input locating, from thedatabase, a set of data objects employed in the selected process and aset of process slices that collective provide a service corresponding tothe selected process; identifying an anchor object, in-scope objects,and terminal objects among the located data objects according to asecond user input; displaying a process model footprint of the selectedprocess; selecting a type of a data model extension for the selectedprocess according to a third user input; attaching a servicespecification data structure to the set of process slices of theselected process according to a fourth user input; determining that theselected process performs a coarse service; retrieving, from thedatabase, a set of path matrices for each process slice from the set ofprocess slices; and selecting, from the retrieved set of path matrices,a path matrix to utilize in the service specification according to afifth user input; and wherein the customized service specification forthe selected process comprises a respective slice identifier for eachprocess slice, the anchor object, the in-scope objects, the terminalobjects, the type of the data model extension, and the servicespecification data structure.
 15. The computer system of claim 12, saidcustomizing comprising: selecting a process of the process modelframework according to a first user input; locating, from the database,a set of data objects employed in the selected process and a set ofprocess slices that collective providing a service corresponding to theselected process; identifying an anchor object, in-scope objects, andterminal objects among the located data objects according to a seconduser input; displaying a process model footprint of the selectedprocess; selecting a type of a data model extension for the selectedprocess according to a third user input; attaching a servicespecification data structure to the set of process slices of theselected process according to a fourth user input; determining that theselected process performs an atomic service, wherein the selectedprocess comprises a process slice that is associated with a sliceidentifier; and retrieving, from the database, an atomic serviceoperation list that enumerates at least one atomic service performed bythe at least one process slice; wherein the customized servicespecification for the selected process comprises the slice identifier,the anchor object, the in-scope objects, the terminal objects, the typeof the data model extension, the service specification data structure,and the atomic service operation list.